INFORMATION PROCESSING DEVICE AND METHOD, 
AND RECORDING MEDIUM 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] The present application claims priority from 
Japanese Application No. P2000-313239 filed October 13, 2000, 
the disclosure of which is hereby incorporated by reference 
herein. 

BACKGROUND OF THE INVENTION 

[0002] The present invention relates to an information 
processing device and method, and a recording medium, and 
particularly to an information processing device and method 
which are suitably used for a device for decrypting encrypted 
data, and a recording medium. 

[0003] For example, in satellite broadcasts for 
distributing programs through a satellite, the program data 
are encrypted and then distributed to audiences so that a 
person who has no contract (i.e., a non-contractor) is 
prevented from watching/listening to the program. 
Accordingly, when the receiver of a person who has made a 
contract (i.e., a contractor) receives encrypted data, the 
encryption of the data thus received is canceled, and the 
contractor can watch/listen to the programs. On the other 
hand, when the receiver of a non-contractor receives 
encrypted data, the data are not decrypted and thus the non- 
contractor cannot watch/listen to the programs. 
[0004] A key for decrypting the encrypted data (i.e., a 
key for authentication) is stored in the receiver for 
receiving the encrypted data as described above, and the 
encryption of the data is canceled (i.e., the encrypted data 
are decoded by using the key) . The key is renewed every 
predetermined period so that a non-contractor is prevented 
from unjustly using the information of the key itself. 
[0005] Communications of encrypted data (i.e., encrypted 

communications) are also carried out in a digital interface, 
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such as an IEEE1394 interface. In the case of such encrypted 
communications, devices that mutually make communications 
with each other execute authentication processing, and if it 
is judged that the reception/delivery of the contents is 
permitted therebetween, the content-receiving side can decode 
(decrypt) the encrypted data (i.e., cancel the encryption) by 
jointly owning a key for canceling the encryption. In this 
encrypted communication, the key is renewed every 
predetermined period. 

[0006] When the renewal processing of the key fails, the 
encrypted data cannot be decoded in some cases. Further, the 
decoding may fail due to other causes. When the decoding 
fails, backup may be carried out for decoding-f ailed data. 
Even when backup is not indispensable, noises may occur. 
SUMMARY OF THE INVENTION 

[0007] The present invention has an object to prevent the 
occurrence of noise by executing mute processing when it is 
judged that decryption has failed. 

[0008] An information processing device according to the 
present invention includes a decoder operable to decode 
encrypted data; a judging unit operable to judge whether the 
encrypted data has been properly decoded; and an output stop 
unit operable to stop the output of data from the decoder to 
a subsequent processing step when it is judged by the judging 
unit that the encrypted data has not been properly decoded. 
[0009] There further may be provided an output unit 
operable to output to the subsequent processing step data 
indicating that the data output from the decoder is invalid 
when the output of the data from the decoder is stopped by 
the output stop unit. 

[0010] When the judging unit judges that the encrypted 

data has been properly decoded after the output of the data 

from the decoder has been stopped by the output stop unit, 

the operation of the output stop unit is canceled after a 

2 



predetermined time has elapsed, whereby the output of the 
data from the decoder is resumed. 

[0011] Further, an information processing method according 
to the present invention includes decoding encrypted data; 
judging whether the encrypted data has been properly decoded; 
and stopping the output of data from the decoding step to a 
subsequent processing step when the judging step judges that 
the encrypted data has not been properly decoded. 
[0012] Still further, a recording medium according to the 
present invention is recorded with a program which includes 
decoding encrypted data; judging whether the encrypted data 
has been properly decoded; and stopping the output of data 
from the decoding step to a subsequent processing step when 
the judging step judges that the encrypted data has not been 
properly decoded, 

[0013] In the information processing device, the 
information processing method and the recording medium 
according to the present invention, it is judged whether the 
encrypted data has been properly decoded, and if it is judged 
that the encrypted data has not been properly decoded, the 
output of the decoded data to a subsequent processing step is 
stopped. Accordingly, the occurrence of noise due to 
improperly decoded data can be prevented. 
BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] Fig. 1 is a diagram showing the construction of an 
embodiment of a receiver to which the present invention is 
applied; 

[0015] Fig. 2 is a diagram showing the internal 
construction of an IEEE1394 interface; 

[0016] Fig. 3 is a diagram showing a sub-frame format; 
[0017] Fig. 4 is a diagram showing a frame format; 
[0018] Fig. 5 is a diagram showing the format of an 
isochronous packet; 
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[0019] Fig. 6 is a diagram showing the format of an 
isochronous packet header; 

[0020] Fig. 7 is a diagram showing the format of a CIP 

header; 

[0021] Fig. 8 is a flowchart showing the operation of the 
IEEE1394 interface; 

[0022] Fig. 9 is a diagram showing the format of an MPEG 
transport packet; 

[0023] Fig. 10 is a flowchart showing the operation of the 
IEEE1394 interface; and 

[0024] Fig. 11 is a diagram showing a system. 
DETAILED DESCRIPTION 

[0025] Preferred embodiments according to the present 
invention will be described hereafter with reference to the 
accompanying drawings . 

[0026] Fig. 1 is a diagram showing the construction of an 
embodiment of a receiver 2. In the following description, it 
is assumed that IEEE1394 is used as an interface for 
communications. Digital data received by an antenna 1 are 
input to a tuner 11 of the receiver 2. The tuner 11 extracts 
data of a program which a user indicates, and outputs the 
data thus extracted to a descrambler 12. Usually, digital 
data distributed by a digital broadcast are scrambled so that 
an audience who makes no contract is prevented from 
watching/listening to the digital data. The descrambler 12 
executes the process of canceling the scramble applied to the 
input digital data when it is judged that watching/listening 
is permitted. 

[0027] The digital data thus descrambled are output to an 
IEEE1394 interface 13 and to a terminal a of a switch 14. The 
IEEE1394 interface 13 is connected to an IEEEl394-based bus, 
and it is connected through the bus to an HDD video recorder 
or a digital television receiver (both are not shown) . 
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[0028] The digital data output to the terminal a of the 

switch 14 are output to a demultiplexer 15 when the switch 14 
is connected to the terminal a side. The demultiplexer 15 
extracts video data, audio data, etc. from the digital data 
input, and outputs these data to a decoder 16, The decoder 16 
subjects the input video data and audio data to decode 
processing based on a predetermined system following standard 
procedures to generate analog video signals and audio 
signals. The output from the decoder 16 is supplied to a 
video tape recorder (not shown) connected to the decoder 16 
through a predetermined cable. 

[0029] A controller 17 controls each part of the 
receiver 2. Further, the respective parts described above are 
mutually connected to one another by the bus 18. 
[0030] Fig. 2 is a diagram showing the internal 
construction of the IEEE1394 interface 13. The data 
descrambled by the descrambler 12 are input to an 
encrypting/decoding portion 21. If necessary, the data are 
encrypted and output through an input/output portion 22 to 
another device connected by the IEEE1394 bus. Data input 
through the IEEE1394 interface 13 are input through the 
input/output portion 22 to the encrypting/decoding portion 
21. Here, when the data input are encrypted, the data are 
decoded by the encrypting/decoding portion 21, and output 
through an erroneous decoding detector 23 to a terminal b of 
the switch 14 . 

[0031] The data handled by the receiver 2 thus constructed 

will be described. In the following description, 

communications based on the IEC60958 standard in the IEEE1394 

standards are described as an example. Further, audio data 

will be mainly described. The system of the IEC60958 standard 

is used for optical digital audio communications, and it is 

equipped as digital communication means for sounds to digital 

audio equipment such as MD (Mini Disk) , or CD (Compact Disk) . 
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Digital copies of music pieces are carried out from CD to MD 
by this data communication system. 

[0032] The data structure of the IEC60953 standard is 
shown in Figs. 3 and 4. Fig. 3 shows a Sub-frame format of 
audio data. A Sub-frame corresponds to one sample of the 
audio data, and, for example, in the case of music data 
having a sampling frequency of 44 . lKHz, the sub-frame 
corresponds to data of each of the left channel and the right 
channel of one sample. Accordingly, in the case of music data 
of 44-lKHz in sampling frequency, Sub-frames whose number is 
equal to 44100 x 2 are contained per second. The Sub-frame 
comprises Sync Preamble indicating the head of data and a 
data portion. 

[0033] In the Frame format of Fig. 4, Frame data is 
represented by two Sub-frames, an assembly of 192 Frame data 
corresponds to block data, and an assembly of block data 
corresponds to audio data. Here, in Sync Preamble 
corresponding to the head of Sub-Frame, the head of Channel 1 
at the head of Block takes a B code, the head of the other 
Channels 1 (right channel or left channel) takes an M code, 
and the head of Channel 2 (the channel at the opposite side 
of the Channel 1) takes a W code. By detecting these codes, 
the head of Sub-frame, the place of Block are detected. 
[0034] Fig. 5 shows the format of an isochronous packet 
(Isochronous packet) of the IEEE1394 standard. The 
isochronous packet comprises a 1394 isochronous packet 
header, a header CRC, a CIP header, a data field and a data 
CRC. When encrypted data are transmitted, these data are 
transmitted while only the data of the data field are 
encrypted. Further, the data of the data field contain plural 
audio data described with reference to Figs. 3 and 4. 
[0035] Two quadlets (2x8 bytes) of the head of the 
isochronous packet correspond to an IEEE1394 isochronous 
packet header, and the details thereof are shown in Fig. 6. 
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In this header are disposed data_length representing the size 
of data to be disposed subsequently to the two quadlets of 
this header, tag representing whether a CIP header is added 
in the data field (data_f ield) , channel representing the 
channel of the transmission side, tcode (transaction code) 
representing the code of a transaction and sy representing a 
synchronization code. Further, header_CRC serving as an error 
detection code in the header is disposed at the final 
position . 

[0036] Fig. 7 is a diagram showing the details of the CIP 
header. In the CIP header are disposed SID (Source node ID) 
representing the node ID of the transmission source and DBS 
(Data Block Size in quadlets) representing the block size of 
the data. Subsequently, FN (Fraction Number) is disposed. 
This represents the number of blocks into which one source 
packet is divided. Next, QPC (Quadlet Padding Count) 
represents the number of dummy quadlets added, and SPH 
(Source Packet Header flag) is a flag indicating whether a 
source packet has a source packet header. 

[0037] Subsequently, Rsv (reserved) is reserved for the 
future, and DBC (Data Block Continuity counter) represents a 
sequential data block count value for detecting the loss of 
data blocks- On the next line are provided FMT (Format ID) 
indicating the type of the data format, and FDF (Format 
Dependent Field) in which the value corresponding to the 
Format is recorded. Subsequently, SYT represents a field of a 
time stamp, and it is used to perform frame synchronization 
in DVCR (digital video cassette recorder) . 

[0038] The source packet described with reference to Figs. 
3 and 4 is inserted in the data field as described above. 
Data CRC represents an error detection code in the data 
field. 

[0039] The operation of the receiver 2 shown in Fig. 1 to 
handle such packet data will be described with reference to 
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the flowchart of Fig. 8. In step SI, data are input to the 
input/output portion 22 of the IEEE1394 interface 13. The 
data input to the input/output portion 22 are further input 
to the encrypting/decoding portion 21. When the data input 
are encrypted data, the encrypting/decoding portion 21 
decodes the data and then outputs the data decoded to the 
erroneous decoding detector 23. The erroneous decoding 
detector 23 judges in step S2 whether the input data are data 
transmitted by the system of the IEC60958 standard. The 
judgment as to whether the data are transmitted by the system 
of the IEC60958 standard, in other words, is equivalent to 
whether the decoded data are audio data or not. 
[0040] By referring to the data, the erroneous decoding 
detector 23 can judge whether the data are transmitted by the 
system of the IEC60 958 standard. That is, the judgment can be 
made on the basis of the data written in the FMT field of the 
CIP header (Fig. 7) in the format of the IEEE1394 isochronous 
packet shown in Fig. 5. If it is judged in step S2 that the 
data to be decoded are data transmitted by the system of the 
IEC60958 standard, the processing goes to step S3 to judge 
whether the data written in the data field (Fig. 5) are 
encrypted data or not. 

[0041] The judgment of the step S3 is carried out by 
referring to the data written in the sy field of the 
isochronous packet header (Fig. 6) . Specifically, when the 
first two bits of the 4-bit data written in the sy field are 
out of "00", the data are judged to be encrypted data. If it 
is judged in step S3 that the data are encrypted data, the 
processing goes to step S4 to judge whether Sync Preamble is 
correctly decoded. 

[0042] The judgment that Sync Preamble is not correctly 
decoded may be made due to failure of decoding of received 
data or failure of reception itself. In any case, when the 
audio data for which the decoding fails are directly output 
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to the subsequent processing, it means that meaningless data 
are processed, so that this processing causes noise. 
[0043] If it is judged in step S4 that Sync Preamble is 
correctly decoded, in other words, it is judged that correct 
decoding can be performed as the audio data, the processing 
goes to step S5, and the data are output to the subsequent- 
stage processing, that is, the terminal b in this case. The 
processing of the step S5 is also carried out when it is 
judged in step S3 that the communication is not an encrypted 
communication . 

[0044] On the other hand, if it is judged in step S4 that 
Sync Preamble is not correctly decoded, in other words, it is 
judged that the correct decoding cannot be performed as the 
audio data, the processing goes to step S6. In step S6, mute 
processing is carried out. As described above, when the data 
which cannot be correctly decoded as the audio data are 
directly processed, it causes noise. Therefore, in order to 
avoid this (prevent occurrence of noise), the mute (sound- 
emission preventing) processing is carried out. 
[0045] As the mute processing of the step S6, the output 
of the data from the erroneous decoding detector 23 to the 
terminal b may be stopped or data indicating silence 
(silence-indicating data based on the format of IEC60958) may 
be output. The processing of the step S6 is also carried out 
when it is judged in step S2 that the data are not the data 
transmitted by the system of the IEC60958 standard. The 
judgment that the data are not the data transmitted by the 
system of the IEC60958 standard means that the data are not 
audio data, and thus the mute processing is executed. Mute 
processing methods other than described above may be used as 
the mute processing. 

[0046] As described above, it is judged whether Sync 
Preamble defined by the IEC60958 standard is correctly 
decoded, and only when the decoding is correctly carried out, 
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the data are finally output to a speaker (sound output 
device), whereby occurrence of noise can be prevented. 
[0047] Here, if it is judged that the decoding of data 
received fails due to some cause, occurrence of noise can be 
prevented by executing the mute processing, however, the mute 
processing should not be continued without any action. For 
example, in a case where it is judged that the decoding is 
not correctly carried out due to some cause and thus the mute 
processing is executed although the data decoding is 
correctly carried out, if the execution of the mute 
processing is continued, there occurs such a problem that not 
only a wrong recognition such as breakage of the receiver 2 
is given to a listener, but also service cannot be surely 
supplied. 

[0048] Therefore, when it is judged that the decoding has 
failed and thus the mute processing is executed, it is 
necessary to cancel the mute processing again at the time 
when it is judged that the decoding is successful. However, 
if the mute processing is immediately canceled at the time 
when it is judged that the decoding is successful, for 
example, if the decoding fails immediately and the state is 
returned to the mute processing state, the sound is 
interrupted and thus it is hard to hear. Therefore, when it 
is judged that the decoding has failed, the mute processing 
is immediately executed, and then the mute processing is 
canceled at the time when it is judged that decoding has been 
continuously successful for N data (for example, data of 
about 0.5 second in time). With this operation, the natural 
mute processing can be supplied to the listener. 
[0049] The above description is made on the assumption 
that the data are transmitted by the system of the IEC60958 
standard, however, the present invention may be applied to 
data transmitted by the system of the MPEG standard. In the 
transmission of the IEEE1394-standard system of the MPEG 
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standard, MPEG Transport Packet defined by a plan paper of 
ISO/IEC13818-1 Generic Coding of Moving Picture and 
Associated Audio: System Recommendation H . 222.0 is 
transmitted by IEEE1394. The transmission of IEEE1394 is 
based on the same format (Fig. 5) as the audio data defined 
by the above IEC61883-4, however, a time stamp and a 
transport packet shown in Fig. 9 are inserted into the data 
field. 

[0050] The packet header of the transport packet shown in 
Fig. 9 will be described. "syncjoyte" represents a field 
indicating a synchronization byte of 8 bits. 
"transport_error_indication" represents a flag of one bit, 
and when it is set to 1, it indicates that at least a non- 
correctable bit error of one bit exists in the transport 
stream. "payload_unit_start_indicator" represents a flag of 
one bit, and when it is set to 1, it indicates that the 
payload of this transport stream packet starts from the first 
byte of a PES packet. When it is set to 0, it indicates that 
the PES packet does not start at this transport packet. 
[0051] "transport_priority" represents an identifier of 
one bit, and when it is set to 1, it indicates that the 
packet concerned has a high priority over the other packets 
having the same PID in which the identifier is not set to 1. 
PID represents a field of 13 bits, and indicates the type of 
data accumulated in the packet payload. 

"transport_scrambling_control" represents a field of 2 bits, 
and indicates the scramble mode of the payload of the 
transport stream packet. 

[0052] "adaptation_f ield_control" represents a field of 2 
bits, and indicates that at least one of the adaptation field 
and the payload is provided after the transport stream packet 
header. "continuity_counter" represents a field of 4 bits 
that increases every transport stream packet having the same 
PID. 
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[0053] The operation of the IEEE1394 interface 13 for data 
transmitted by the MPEG system will be described with 
reference to the flowchart of Fig. 10. The processing of the 
steps Sll to S16 of the flowchart shown in Fig. 10 is 
basically the same as the processing of the steps Si to S6 of 
the flowchart shown in Fig. 8. However, in the step S12, it 
is judged whether the transmission is the MPEG transmission 
or not. The judgment of the step S12 is carried out by 
referring to the data written in the FMT field of the CIP 
header of a packet being decoded. 

[0054] The judgment as to whether Sync Preamble in step 
S14 is correctly taken is carried out by referring to the 
value of Sync byte of the transport packet header shown in 
Fig. 9. That is, the value of Sync byte of the transport 
packet header is set to a fixed value of "0x47", and thus on 
the basis of the judgment as to whether this value is 
achieved or not, it can be judged in step S14 whether Sync 
Preamble is correctly taken. 

[0055] Like the above case, in the mute processing, no 
data may be output or a null packet in which the PID field 
value is set to "OxlFFF" may be output. Further, the cancel 
of the mute processing at the time when the decoding is 
accurately carried out is performed in the same manner as 
described above. 

[0056] In the above embodiment, the description is made on 
the assumption that the IEEE1394 bus is used. However, the 
present invention may be applied to a case where another bus 
is used. Further, the present invention may be applied to not 
only digital communications, but also communications such as 
analog communications, serial communications, parallel 
communications, etc. Further, the description in the above 
embodiment is directed to audio data, however, the present 
invention may be applied to other data. 
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[0057] The above series of processes can be performed by 
hardware or may be performed by software. When the series of 
processes is executed by software, a program constituting the 
software is installed from a recording medium in a computer 
set up with exclusive hardware or a general personal computer 
which can execute various functions by installing various 
programs in the computer. 

[0058] As shown in Fig. 11 , this recording medium is 
constructed not only by a packaged medium such as a magnetic 
disk 121 (containing a floppy disk), an optical disk 122 (CD- 
ROM (compact Disk-Read Only Memory), DVD (containing Digital 
Versatile Disk) ) , a magnetooptical disk 123 (containing MD 
(Mini-Disk) ) , or a semiconductor memory 124 which is 
distributed to users to supply the program separately from 
the computer and in which the program is recorded, but also 
by a hard disk containing ROM 102 or a storage portion 108 
which is supplied to users under the state that it is 
installed in a computer in advance and in which the program 
is stored. 

[0059] In this specification, the step of describing the 
program supplied through the medium contains the processing 
carried out in time series according to the described 
procedure, but also the processing that is not necessarily 
carried out in time series, but carried out in parallel or 
individually . 

[0060] In this specification, the system expresses an 
overall apparatus constructed by plural devices. 
[0061] Although the invention herein has been described 
with reference to particular embodiments, it is to be 
understood that these embodiments are merely illustrative of 
the principles and applications of the present invention. It 
is therefore to be understood that numerous modifications may 
be made to the illustrative embodiments and that other 
arrangements may be devised without departing from the spirit 
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and scope of the present invention as defined by the appended 
claims . 
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